home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9807 / 000052_owner-linux-arm…r.rutgers.edu _Thu Jul 2 10:46:56 1998.msg < prev    next >
Internet Message Format  |  1998-08-03  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id KAA28759
  4.     for <willy@odie.barnet.ac.uk>; Thu, 2 Jul 1998 10:46:55 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id KAA24672
  7.     for <willy@bofh.ai>; Thu, 2 Jul 1998 10:47:36 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:27152 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <1617-15808>; Thu, 2 Jul 1998 12:47:16 +0300
  9. Received: by vger.rutgers.edu id <970860-988>; Thu, 2 Jul 1998 05:01:47 -0400
  10. Received: from snowcrash.cymru.net ([163.164.160.3]:1126 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <970840-988>; Thu, 2 Jul 1998 05:01:34 -0400
  11. Received: from caramon.armlinux.org (dialup1.cymru.net [163.164.160.65]) by snowcrash.cymru.net (8.8.7/8.7.1) with ESMTP id KAA22331; Thu, 2 Jul 1998 10:46:39 +0100
  12. Received: from raistlin.armlinux.org (raistlin [192.168.0.3]) by caramon.armlinux.org (8.7.4/8.7.3) with ESMTP id KAA14294; Thu, 2 Jul 1998 10:41:25 +0100
  13. From: Russell King - ARM Linux Admin <linux@arm.uk.linux.org>
  14. Received: (from linux@localhost) by raistlin.armlinux.org (8.7.4/8.7.3) id KAA00386; Thu, 2 Jul 1998 10:42:24 +0100
  15. Message-Id: <199807020942.KAA00386@raistlin.armlinux.org>
  16. Subject: Re: unaligned
  17. To: pb@nexus.co.uk (Philip Blundell)
  18. Date:     Thu, 2 Jul 1998 10:42:24 +0100 (BST)
  19. Cc: linux-arm@vger.rutgers.edu
  20. In-Reply-To: <E0yrewy-0006aE-00@spring.nexus.co.uk> from "Philip Blundell" at Jul 2, 98 09:42:40 am
  21. X-Mailer: ELM [version 2.4 PL24]
  22. MIME-Version: 1.0
  23. Content-Type: text/plain; charset=US-ASCII
  24. Content-Transfer-Encoding: 7bit
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. X-Loop: majordomo@vger.rutgers.edu
  29. Status: RO
  30.  
  31. Philip Blundell writes:
  32. > >No, that's the wrong way round.  People running an ARM2/ARM3 care MORE
  33. > >about performance.  Please don't assume that anyone not running a
  34. > 
  35. > Then it's up to them to optimise the code.  The ARM2 is a ten-year-old design
  36. > and very much in the minority these days.  It's not reasonable to cripple
  37. > every other processor for the sake of that one.
  38.  
  39. There is already some code around that implements the unaligned access traps,
  40. and I'm waiting to receive it.
  41.  
  42. Hence, as far as I am concerned, the unaligned access situation is settled
  43. for ARM6 and up.  However, this does cause certain problems with the older
  44. machines.
  45.  
  46. Since the kernel is complied differently for the ARM2/ARM3 machines, the
  47. use of Alan's '__unaligned' proposal seems to be the best solution *if*
  48. you need to do it.  The only time that you *need* to do it is if you're
  49. running something like AX.25 or IPX on one of these machines, which I
  50. think is highly unlikely.
  51.  
  52. The only area therefore that I feel is worthy of discussion is: should
  53. we allow user code to perform unaligned accesses?
  54.  
  55. I feel that although it may improve performance a little to do this, but
  56. userland should not be so dependent on the alignment of structures.  If
  57. it is, then it is bad programming practice, and the code itself should
  58. be fixed.  After all, userland doesn't access hardware - that's the kernel's
  59. job.
  60.  
  61. Take DOOM for instance: ok, it's a game, but it uses structures to access
  62. a WAD file, and it expects the structures to be of certain size and packed
  63. the way it wants them to be.  Since the reading of the WAD file is *not*
  64. in the main game loop, it doesn't matter if it takes a couple of ms longer
  65. to read the file, especially when reading the WAD file is expensive anyway.
  66. The fixes for this are quite trivial (I've done them already for the version
  67. on the FTP site).
  68.    _____
  69.   |_____| ------------------------------------------------- ---+---+-
  70.   |   |        Russell King       linux@arm.uk.linux.org      --- ---
  71.   | | | |  http://www.arm.uk.linux.org/~rmk/armlinux.html    /  /  |
  72.   | +-+-+                                                     --- -+-
  73.   /   |               THE developer of ARM Linux              |+| /|\
  74.  /  | | |                                                     ---  |
  75.     +-+-+ -------------------------------------------------  /\\\  |
  76.  
  77. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu